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(54) Distribution Of MPEG-2 transport streams on the IEEE 1394.based home networic 



(57) Many types of consumer equipment will be 
connected to each other digitally in the home network, 
using e g. the IEEE 1394 serial bus. Protocols and con- 
tent data formates have already been fixed for the c»n- 
nection of digital video-conference cameras to the PC, 
and for DVC equipment for example digital camcorder 
and DV deck to a PC editing station. The transmission 



of complete MPEG-2 transport streams on a home net- 
work is mostly a waste of bandwidth, since not all 
included services need to be distributed. This invention 
•provides a universally applicable solution for the distri- 
bution of partial MPEG-2 transport streams in the home 
network, e.g. the i.LINK/lEEE 1394 home network. 
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Description 



[00011 This invention is concerned with a method to 
distribute MPEG-2 transport streams on a network and . 
an interface device for distributing IV1PEQ-2 transport s 
streams on a network, in particular, the invention is 
related to a method and an interface device to distribute 
partial MPEG-2 transport streams on a network. 
[0002] Many types of consumer equipment will be 
connected to each other digitally in the home network io 
i.e. using the IEEE 1394 serial bus. Protocols and con- 
tent data formats have already been fixed for the con- 
nection of digital video-conference cameras to the PC 
and for DVC equipment, for example digital camcoider 
and DV deck to a PC editing station. ,5 
[0003] The transmission of an MPEQ-2 transport 
stream In the home network will be the result of one 
device requesting such a stream from another device 
which Is capable of providing such a stream. An exam- 
ple of a home network environment for the distribution of eo 
MPEG-2 transport streams is shown in Figure 12 This 
figure shows an IEEE 1394-based home network that 
can carry MPEG-2 transport streams and comprises a 
bus system 6 having different devices connected 
thereto. Via this network a decoder/display device 21 is ss 
able to request a stream conesponding to a TV service 
from a DVB tuner 20 which is able to receive DVB serv- 
ices. The stream provided will be a complete transport 
sfr^ with full service information. SI. as defined by 

30 

[0004] On the other hand, the DVB receiver will mostly 
not be required to pass on the complete transport 
stream for distribution on the home network. A display 
device can only ever view one service at any time and 
I«L^*^ "^^^ capacity of a storage device, like an 3s 
MPEG-2 transport stream VCR 26 or an MPEG-2 trans- 
port stream non-linear storage system 24. will usually 
be well below the data rate of the complete transport 
stream. Therefore, according to the prior art, bandwidth 
on the bus system 6 of the IEEE 1394-based home net- to 
work Is wasted. 

[0005] Therefore, it is the object of the present inven- 
tion to provide a method to distribute MPEG-2 transport 
streams on a network that cany only selected services 
I.e. to provide a method to distribute MPEG-2 partial 45 
transport streams on a network. 
[0006] Furtheron. it is the object of the present inven- 
tion to provide an interface device for generating and 
distributing such MPEG-2 partial transport streams on a 
network. 

[0007] These objects are respectively achieved as 
defined in the independent claims 1 . 8 and 13. 
[0008] Further preferred embodiments of the invention 
are defined in the respective subclaims. 
[0009] According to the present invention, a DVB ss 
receiver is able to generate a new transport stream, i e 
a partial transport stream, which contains only a subset 
of the incoming data, but which also conforms to 



MPEG-2 systems and DVB service information. Since 
^'IPJ^I gen^Prted partial transport streams conform 
to MPEG-2 systems and DVB service information, i e 
are again MPEG-2 transport streams, they can be dis- 
tributed in any network or processed by any device that 
has the capability to handle MPEG-2 transport streams. 
[001 0] The protocols required to regulate the supply of 
MPEG-2 transport stream services on the home net- 
work are not the subject of this invention. This invention 
is also not concerned with issues like user excess serv- 
ice selection conflicts. e.g. to users request services 
from the same broadcast medium but on different multi- 
plexes, etc. Whatever protocols are used, this invention 
applies to the content format of the IEEE 1394 iso- 
chronous channel that is used as an example in the pre- 
fen-ed embodiments described hereinafter. 
[001 1 ] If a tuner device 20 is able to support more than 
one concurrent connection, it couid provide the data for 
each connection in a separate isochronous channel In 
an IEEE 1394-based home network 6. More likely, how- 
ever. IS that a tuner device 20 would provide the bit- 
streams associated with the A/V senrfces on a single 
isochronous channel. The content and bandwidth 
requirement of this channel would be adapted accord- 
ing to the requirements of other home network devices 
which receive the A/V services from the tuner 20. 
[0012] An example of such a DVB tuner 20 is shown 
in Figure 13. It consists of one or more front end mod- 
ules 2, e.g. one tor cable, one for terrestrial and one for 
satellite reception, that receive information from a 
respective broadcast medium 5, carry out the medium 
specific demodulation and fonwaid error con-ection 
FEC, recovery process and respectively generate com- 
plete MPEG-2 transport streams which typically certain 
several AV services, respectively These MPEG-2 trans- 
port streams are delivered to a home network interface 
4 that outputs complete transport stream multiplexes to 
the home network 6. The shown DVB tuner 20 is not 
able to process the transport stream data content. 
[001 3] The invention also supports such tuner devices 
20 that either distrtoute only selected services In each 
separate isochronous channel or that provide all 
requested services, and only those, in one single iso- 
chronous channel. 

[0014] The present invention will become apparent 
and its numerous modifications and advantages will be 
better understood from the following defailed descrip- 
tion of embodiments of the invention taken in conjunc- 
tion with the accompanying drawings, wherein 



Figure 1 



Figure 2 



Figure 3 



shows a block diagram of a DVB sen/ice 
selector according to the present inven- 
tion; 

shows the partial transport stream gener- 
ation process according to the present 
invention; 

shows in detail the generation of a new 
program association table. PAT, for the 
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partial transport stream; 
shows in detail the generation of a new 
program map table PMT. for the partial 
transport stream; 

shows in detail the generation of the 
selection information table SIT; 
shows the stages of the partial transport 
stream generation; 

shows a block diagram of a trans|:x)rt 
stream processor used in the service 
selector shown in Figure 1 ; 
shows a block diagram of a combined 
DVB service selector/decoder according 
to the present invention; 
shows a block diagram of a DVB player 
according to the present invention; 
shows the block diagram of the transport 
stream generator used in the DVB player 
shown in Figure 9; 

shows a block diagram of a home network 
transport stream processor according to 
the present invention; 
shows one home network environment for 
MPEG-2 transport streams; and 
shows a DVB multiplex selector block dia- 
gram according to the prior art. 

1001 5] Figure 1 shows a DVB tuner device 1 according 
to the present invention, which is able to select one or 
more services from each of its front end modules 2. i.e. 
tuner modules, and to distribute these to other devices 
on the home network 6. In order to do this, the tuner 
device 1 can generate valid partial transport stream(s) 
with a transport stream processor 3 that is connected to 
all front end modules 2. These partial transport streams 
are than fed to a home network interface 4 that delivers 
them to the home network 6. like in the prior art. The 
transport stream processor 3 can either combine sev- 
eral services from the incoming MPEG-2 transport 
streams into one valid MPEG-2 partial transport stream 
or into separate ones. This process is described m 

detail below. _ * ^ 

[001 6] Figure 2 shows the partial transport stream 
generation process performed in the transport stream 
processor 3. In a step S1 the transport stream proces- 
sor 3 awaits requests from another device on the home 
network 6. Such requests could be to transmit a stream 
of data belonging to selected services on the home net- 
work 6 or to stop sending such a stream. Of course, it is 
also possible that there is a request just to modify the 
content of a stream already transmitted on the home 
network. This case equals to the request to transmit a 
stream on the home network, now with a modified con- 

r0017] H the transport stream processor 3 receives 
such a request to transmit (or to modify) a stream on the 
home net>work. which is decided in step S2. the process 
flow will be set forth in step S3. In step S3 A is validated 
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•rf the tuner device 1 is able to supply the requested 
stream. In case of -no" the process returns to step 81 
and the transport stream processor 3 will again await 
the request from another device on the home network. 
If on the other hand, it is decided in step S3 that the 
tiiner device 1 is able to supply the requested stream, 
i e "yes" the process continues in step 84 in which the 
program "association table. PAT. the program map table. 
PMT. and the selection information table, SIT, are cre- 
ated'in case of a new stream to be transmitted or modi- 
fied in case of an existing stream to be transmitted with 
changed content. Thereafter, in step S5. new packet 
identifiers, PtD, that identify each component stream, 
i e. packets of data that should be transmitted on the 
home network are selected or added. Then, in a step 
S6 the generated partial transport streams will be out- 
put to the home network Once this process has been 
initiated in step S6, it will be continued until the transport 
stream processor 3 receives a request to stop sending 
this stream or to modify this stream. Therefore, after 
step S6 the process will be continued with step SI in 
which tiie transport stream processor 3 waits for the 
request from the same or another device on the home 
network. 

r0018] If in step S1 a request is received to stop send- 
ing a stream on the home network, this gets validated in 
step S7 Thereafter, in step S8 the transport stream 
processor 3 checks if only one stream is supplied to the 
home network or not. If it is the case that only one 
stream is supplied to the home network l e. "yes . the 
process continues with step S9 in which the sending of 
the partial transport stream to the home network is 
stopped. Thereafter, the process is set forth m step 81 . 
H on the other hand it is determined in step 88 that 
more than one stream is supplied to the home network, 
i e. the answer of the question in step 38 is "no . the 
PAT PMT and SIT tables are modified in step SI 0 to not 
contain the reference to the data packets belonging to 
the selected sen/ices anymore. Following thereto, the 
corresponding PIDs are deleted from the transmission 
to the home network in step S1 1 . Then, in step SI 2, the 
modified partial transport stream excluding the stream 
that should not be sent anymore is output to the home 
network The process flow continues then again with 

step SI. , 
[0019] In the following an example will be given ot 
when a DVB receiver is requested to output one service, 
e g service 1 . from the incoming multiplex to the home 
network The transport stream processor 3 analyzes the 
PAT PMT. the service description table. SDT, and the 
event information table. EIT the latter two being a part 
of the service information. SI. in order to extract the rel- 
iant information about the current event in sewice 1 . 
[0020] Furtheron. the PAT must be modified so that it 
references only to the services being passed through to 
the home network in this case sen/ice 1. Figure 3 
shows the mapping of the received PAT to the new PAT 
for the partial transport stream. In Figure 3 it can be 
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seen that in the original PAT first a section syntax is 
transmitted, which is followed by programs 0 to 6 and a 
nr!^T ^ '■«'""«lancy check CRC. In pro- 
gram 0 the network information table PID is transmitted 
Programs 1 to 6 respectively transmit the respective 
prcgram map table PIDs 1 to 6. The generated partis 
transport stream PAT. on the other hand, contains only a 
section syntax, programs 0 and 1 and a new calculated 
Checksum of the cyclic redundancy check CRC Pro- 
grani O contains the PID of a selecflon information table, 
SIT that IS a table to subsitute the full SI data for recoid- 
ing a partial transport stream that does not include all 
services. Program 1 contains like in the original PAT the 
program map table PMT PID 1 . 
I0021J It can be seen that the modified PAT has one 
component copied from the original PAT. namely the 
content of program 1 and. on the other hand, several 
components that are newly generated, namely the sec- 
tion syntax, the PID of the service information table on 
program 0 and the new checksum of the cyclic redun- 
dancy check CRC. 

r0W2J The modified PMT refers only to those compo- 
nent ^^ms of sen/ice 1 which are being passed 
through. Figure 4 shows the mapping of the received 
PMT for servce 1. containing reference to multiple 
audio component streams, to the new PMT for the par- 
tial transport stream, which will contain only one audio 

So^iS!;!??"®"*- '"^^ ^''^ ^ • '* s«en that the 
original PMT 1 comprises a section header data, an ele- 

toT?Kf ^.^ ""^^^ «'«"entary streams audio 1 
to 4 PIDs, elementary stream subtitles 1 PID and ele- 
mentary stream subtitles 2 PID and a checksum of a 

sfream PMT 1 only comprises the section header dfata 
the elementary stream video PID. the elementary 

^ZT""!' PfO^^'anewlycalculatedchecksumS 
the cyclic redundancy check CRC. Uke in case of the 

uuLf"^, '^"^^^ copied from the original PMT 1 , 
like the elementary stream video PID and the elemen- 
tary stream audio l PID, and some contents are newly 

''^^ *he check- 
sum of the cyclic redundancy check: 

10023] The newly generated SIT table will contain 
information extracted from the SOT and EIT for the cur- 
rent event of service 1 only Figure 5 shows the mapping 
of the incoming SDT and EIT tables for the ser^ to 
the generated SIT. 

^^^^ u " if °"9'"™' SDT comprises 

secbon header data, a sendee loop that comprises 

t^'^ T^ ' *° a checksum of a 

cydic redundancy check CRC. The original EIT for serv- 
ice 1 in the actual transport stream, present/following 
comprises section header data, and an event loop com 
prising event 1 which shows the description of the 
pr^ent event and event 2 which shows the descriptors 
of the fohowing event, and a checksum of a cyclic redun- 
dancy check CRC. The newly generated partial trans- 
port stream SIT, on the other hand, comprises newly 
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generated section header data, a newly generated 
transmission information loop, a sen^ice IcSip wS 
shows the copied descriptors of service 1, and a ne«S 

copied from the event loop of the original SDT and the 
original EIT is only the content of the newly generated 
service loop. All other contents of the newlj generated 
partial transport stream SIT are newly generated 

fh!f I P^^'^' *^a"sport stream 

^::rcrsr ^^"^ ^'^^^^^ ^ ^ 

' SIf' ''°'^P'«te transport stream for the required 
PID packets (or the partial transport stream; and 
insert the new PSI/SI tables into the partial trans- 
port stream at the required intervalls. 



Snr* ® ^ ^^-^'^ °* *he complete 

transport stream, the filtered transport stream and the 

i^n ' ^TT^ P^"*^' ^^"^ complet^ 

^Thl T, following the 

other that carry different kinds of information. In the 

shown example a V6 (video block of program 6) is fol 

lowed by a PMT1 table (program map table reffJic ^ 

to sen/ice 1), a VI block (video bio* betongi^^^Tserv' 

a PAT rPM^°i to sLce ; 

a PAX a PMT2. etc. The filtered transport stream only 
consists of the V1 and A1 blocks. In case the whote 
service 1 is included in the filtered transporstream 
^0 also the PMT1 block can be included ih^rS,%S^; 
generated partial transport stream is based on t^e ^ 
tered transport stream and additionally comprises the 

'"'"^^ '''^T SIT tabl^ 
10HZ7] The block diagram of the transport stream 
35 processor 3 is shown in Figure 7. The tranJJort Seam 
processor 3 consists of a PID parser 9 whi* r^^^ 

tore the respective transport streams. In the output of 
the PID parser 9 is input to a PID processor 8 Sat is 

'S^^^T'"^ MPEQ-2 traCrt 

streams in the case of several incoming MPEQ-2 trans- 
port streams and then to secure that the same P ID doi 
nrt east twice for different services on the newly genel^ 

^ed transport stream. The output(s) of the PID p?^^^^ 
sor 8 is/are led to a transport packet injecter 1 1 whii 

SI^l*°h!'"^"T"r*^ °^ "^'^ P«^«' transport 
jeams by injecting the newly generated PAT, PMT and 

SIT tables and to output one or more MPEG-2 partial 

so ^^r^""* "eatables the trans- 

so port stream processor 3 comprises a PSI/SI decoder 7 
also receiving all incoming MPEG.2 transport streamfs) 

PSI^S tables and effects the relevant information to a 

55 Z f "^'f ^° O^'^^rat^ the new tables in the 
'^^^"'^^'^ '"^""er and feeds them to the trans 
port packet injecter 11. 

S?^? '"""^'"3 ^^''''"^^ ^i"® carried by the 

broadcasting medium, which could be satellite, cable, 
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terrestrial or other. The front end blocks 2 of the DVB 
service selector 1 carry out the medium specific demod- 
ulation and foreward error con-ection, FEC. recovery 
processes. They each output a complete MPEG-2 
transport stream, which typically contains several AV 5 
services. These complete MPEG-2 transport streams 
are received by the TS processor 3. Here, the PSI/SI 
decoder 7 analyses the PAT. PMT and the STT and EIT 
tables from the SI in order to extract the relevant infor- 
mation about the currently selected event, e.g. of serv- w 
ice 1. The PID parser 9. on the other hand, is set up to 
let through only those transport packets belonging to 
the selected service, e.g. to service 1 . which consists of 
video packets V1 and audio packets A1 . All other trans- 
port packets are blocked, leaving time gaps in the f il- 15 
tered transport stream. Under certain circumstances, 
i e when all component streams of service 1 are being 
passed onto the home network, then the PMT of service 
1 . PMT1. can also be passed through without modifica- 

. . ' 20 
tion. 

[0029] The new PSI/SI tables are generated by the 
PSI/SI generator block 10 and passed onto the trans- 
port packet injecter 11. which stores the tables. When 
an insertion of any table into the partial transport stream 
is necessary, as governed by the required repetition rate 25 
defined by MPEG-2 systems and DVB-Sl. the table is 
enclosed in transport packets, which are inserted into 
the gaps of the filtered transport stream. When the next 
insertion is necessary, the transport packet injecter 1 1 
only has to increment the continuity counter of the 30 
respective transport packets, without changing the 
transport packet payload. 

[0030] The PSI/SI decoder 7 continues to monitor the 
incoming PSl and SI data relevant to the service being 
transmitted on the home network. If an event transmis- 35 
sion occurs and the control software has not been told 
to stop sending the current service to the home net- 
work this is communicated to the control software, 
which updates the PSl and SI tables to be inserted into 
the partial transport stream accordingly. It applies the 40 
usual version numbering mechanism as detailed in ETS 
300468 in order to notify the home network receiver 
device of the change in contents. 
[0031 ] As a result of a user action at any device in the 
home networK the tuner device 1 may accept a request 45 
to send out a second service to the home network 
simultaneously to the first service. It is immaterial 
whether the second service is bound for the same target 
home network device, say a VCR which is able to record 
both services concurrently, or if the second service was so 
requested by a different device, for example another 
display or VCR. In both cases the tuner 1 will add the 
additional service to the stream in the same isocronous 
channel, without interrupting the original service. 
[0032] In order to now send both services to the home 55 
network, the tuner updates the partial transport stream 
by generating new versions of PAT PMT and SIT corre- 
sponding to the two services now appearing on the 



home network. The version numbers of each table are 
incremented to signify to the first receiving device that 
the partial transport stream has been changed. These 
new tables are sent to the packet injecter 1 1 . The serv- 
ice fed to the first receiving device has not changed, so 
Its transmission is in no way inten-upted. The additional 
PIDs transmitted are communicated to the PID parser 9 
and the new two-program partial transport stream is 
transmitted to the home network. 
[0033] Any number of services can be added to the 
partial transport stream in this way The number is lim- 
ited only by the bandwidth available on the home net- 
work and the capability of the tuner to supply the 
additional requested service on top of the existing ones. 
An example when the tuner may not be able to do so is 
when a second service is requested which is available 
on a different cable channel to the one cun-ently been 
received, and only one cable front end 2 is present in 
the tuner. 

[0034] If the tuner has more than one front ent module 
2 and it is requested to provide a partial transport 
stream containing services from different front end mod- 
ules 2. it is possible that a conflict will occur with PID val- 
ues and/or program _ number/service _ ID values. If it is 
able to do so. the tuner must modify conflicting values 
before including the new stream and the partial trans- 
port stream being output to the home network. Besides 
the combination of the several streams, this is also the 
task of the PID processor 8. 

[0035] Figure 8 shows the DVB service selector 1 
combined with local decoding. As well as provided 
transport streams on the home network, the user is able 
to select a service to watch on a locally connected dis- 
play device, e.g. an analog TV display The provision of 
slream(s) on the home network continues in the back- 
ground, independently of the locally received service, 
as far as possible. This type of device is analoguous to 
a conventional DVB STB. with the home network func- 
tionality added. 

[0036] The local decoding is done by a decoder 12 
which is supplied with information from the transport 
stream processor 3 and which outputs its decoding 
result to a local AA/ display. The transport stream proc- 
essor 3 has now the additional task to divert a special 
selected service to the decoder 12. This task is per- 
formed by the PID parser 9. 

[Of J37] Figure 1 1 shows a different kind of transport 
stream manipulation device, namely one which has no 
broadcast medium input, but only a home network inter- 
face 4. This home network interface 4 has a bidirec- 
tional coupling to the home network 6. Furtheron. it is 
bidirectionally coupled to a transport stream processor 
19. The whole device provides the ability to process 
transport streams which are already appearing on an 
isocronous channel in the home network 6. This could 
mean demultiplexing a full transport stream and output- 
ting the required partial transport stream back to the 
home network 6 in a different isocronous channel, or 
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providing trans-formating services for devices delivering 
MPEG AA/ data in different forms, e.g. program or ele- 
mentary streams. 

[0038] Of course, device implementations could Incor- 
porate more than one or all of the device concepts 
shown before. 

[00391 Figure 9 shows a block diagram of a possible 
DVD player to be connected to a home network, e.g. an 
IEEE 1 394 home network 6. It comprises a disk storage 
medium 20 that delivers the actual service as MPEG-2 
program stream PS. In order to transmit this content on 
the home network, a partial transport stream must be 
generated. Therefore, a transport stream generator 13 
according to the invention is coupled to a home network 
interfece 4 that can transmit information on the home 
network 6. 

[00401 The transport stream generator 13 is shown In 
Figure 1 0. The Incoming MPEG-2 program stream is fed 
to a program stream filter 14 that delivers outputs to a 
PGR generator 17 and a transport packetizer 15. The 
transport packetizer 15 also receives the output of the 
PGR generator 17 and outputs its packetized informa- 
tion to a transport stream multiplexer 16 which Is also 
coupled to a PSI/SI generator 18. The transport stream 
multiplexer 16 than outputs the MPEG-2 partial trans- 
port stream to the home network interface 4. 
[0041] The source program stream from the DVD disk 
consists of several component elementary streams. 
ES's. one video, and several audio, and subtitle 
streams. The high level home network protocolls decide 
which ES components are required to appear in the par- 
tial transport stream on the home network. Bandwidth is 
reserved for a width rate above that of the source pro- 
gram stream, high enough to accommodate packetizing 
and general transport overhead. The program stream 
filter 14 scans the source program stream and passes 
on to the transport packetizer 15 only those PS packets 
of the required conponents. The PS filter 14 also 
decodes the program stream pack headeis in order to 
provide system clock reference values for the PGR gen- 
erator 17. The transport packetizer 15 scans the incom- 
ing PS packets and splits each PS packet Into 184-byte 
units and adds a transport packet header (MPEG-2 sys- 
tems) with pre-defined PID values, and makes these 
transport packets available to the transport stream mul- 
tiplexer 16. The transport packetizer 15 also inserts 
PGR values, calculated from the time-stamp values 
present in the MPEG-2 PS Packetised Elemantary 
Stream (PES) headers, into the packet stream at the 
required rate as defined in MPEG-2 systems The TS 
multiplexer 16 inserts the PSI and SI tables required for 
the partial transport stream, as already described. The 
PAT and PMT tables are generated completely by the 
transport stream generator 13 entity alone, as it (or 
higher level software) decides the PID values to be 
used. Content for the SIT descriptors is taken from the 
relevant DVD texts. The transport stream multiplexer 16 
must also monitor its output bit rate and insert stuffing 



packets into the outgoing partial transport stream in 
order to maintain the timing characteristics of the con- 
tent. 
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1 . Method to distribute MPEG-2 transport streams on 
a networK comprising the following steps: 

a) receiving of one or more MPEG-2 transport 
stream/s (TS) including program specific infor- 
mation/service information (PSI/SI) tables and 
service packets having packet identifiers; 

b) filtering the received MPEG-2 transport 
streanVs (TS) received in step a) to exclude 
program specific information/service informa- 
tion (PSI/SI) tables; 

c) filtering the received MPEG-2 transport 
stream/s (TS) received in step b) to include 
only sen^ice packets carrying predetermined 
services that should be distributed on said net- 
work; 

d) generating new program specific informa- 
tion/service information (PSI/SI) tables for the 
predetermined services filtered in step c); 

e) inserting the tables generated in step d) Into 
the transport stream/s (TS) received in step a) 
and filtered in steps b) and c) in predetermined 
intervals or at predetermined points of time* 
aixi 

f) outputting of the partial transport (partial-TS) 
stream/s generated in step e) to said network. 

Method according to daim 1 , characterized In that 
said step d) of generating new program specific 
information/service information (PSI/SI) tables 
comprises the step of generating a program associ- 
ation table (PAT) to reference only to said predeter- 
mined services that should be distributed on said 
network on the basis of a program association table 
(PAT) of the program specific information (PSI) 
tables included in said MPEG-2 transport stream 
(TS) received in step a) and a newly calculated 
check sum (CRC) for a cyclic redundancy check 
algorithm used to validate said table. 

Method according to claim 1 or 2. characterized in 
that said step d) of generating new program spe- 
cific information/service information (PSI/SI) tables 
comprises the step of generating a program map 
table (PMT) to reference only to said predetermined 
services and predetermined component elemen- 
tary streams that should be distributed on said net- 
work on the basis of a program map table (PMT) of 
the program specific information (PSI) tables 
included in said MPEG-2 transport stream (TS) 
received in step a) and a newly calculated check 
sum (CRC) for a cyclic redundancy check algorithm 
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3. 
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used to validate said table- 
Method according to anyone of claims 1 to 3. char- 
acterized in that said step d) of generating new 
program specific information/service information 5 
(PSl/SI) tables comprises the step of generating a 
new selection information table (SIT) to reference 
only to said predetermined services that should be 
distributed on said network on the basis of a service 
description table (SDT) and an event information io 
table (EIT) of the program specific information/serv- 
ice information (PSl/SI) tables included in said 
MPEG-2 transport stream (TS) received in step a) 
and a newly calculated check sum (CRC) for a 
cyclic redundancy check algorithm used to validate is 
bdid table. 

Method according to anyone of claims 1 to 4. char- 
»cteri2cd in that said step d) of generating new 
fifoyam specific irrformation/service information 20 
(PSlSI) tables comprises the step of generating a 
(^fUiomtniMty information table (DVT) indicating dis- 
cr/rinuous transition points of the program specific 
intnr rrwtioa/service information (PSl/SI). 

25 

MetTod according to anyone of the preceding 
claims, characterized in that said step d) of gener- 
ating new program specific information/service 
intormation (PSI/SO tables comprises the step of 
copying of specific tables or descriptors of the pro- so 
gram specific information/service information 
(PSl/SI) tables included in said MPEG-2 transport 
stream (TS) received in step a). 

Method according to anyone of the preceding 35 
claims, characterized in that said network is a 
IEEE 1394-based digital home network. 

imertace device (1) for distributing MPEG-2 trans- 
port streams on a networK comprising: 

at least one front end block (2) to respectively 
receive incoming broadcast services carried by 
a broadcast medium (5), each of which carries 
out a medium specific demodulation and a 45 
error correction, and outputs a MPEG-2 trans- 
port stream (TS); 

a TS processor (3) connected to each of said 
front end block/s (2) to receive said MPEG-2 
transport stream/s (TS). to select predeter- so 
mined services therefrom and to output a mod- 
ified MPEG-2 transport stream (partial-TS) 
carrying only said predetermined services and 
program specific information/service informa- 
tion (PSi/Sl) tables: and ^s 
a network interface (4) connected to said TS 
processor (3) to receive said modified MPEG-2 
transport stream/s (partial-TS) and to output 



it/them to a bus (6) of said network. 

9. Interface device (1) according to claim 8. charac- 
terized in that said TS processor (3) comprises: 

a PSl/SI decoder (7) receiving said MPEG-2 
transport stream/s (TS) from each of said front 
end block/s (2) and analysing program specific 
information/sen^ice information (PSl/Sl) tables 
included in said respective MPEG-2 transport 
stream (TS) to output relevant information 
about said selected services; 
a PID parser (9) receiving said MPEG-2 trans- 
port stream/s (TS) from each of said front end 
blocks (2) and filtering the received MPEG-2 
transport stream (TS) to exclude program spe- 
cific information/service information (PSI/Sl) 
tables and to include only said selected serv- 
ices and to respectively output a filtered trans- 
port stream (fi!tered-TS); 
a PID processor (8) receiving said filtered 
transport stream/s (filtered TS) from said PID 
parser (9) to assign new PIDs to the selected 
services of the respective MPEG-2 transport 
stream/s such that each service and its compo- 
nent elementary streams have unique PIDs; 
a PSt/SI generator (10) generating new pro- 
gram specific information/service information 
(PSl/SI) tables for the selected services on the 
basis of the relevant information output by said 
PSI/Sl decoder (7); and 

a transport packet injecter (11) storing the 
tables generated by said PSI/Sl generator (10) 
and inserting them into the filtered transport 
stream (f iltered-TS) and to output said modified 
MPEG-2 transport stream (partial-TS). 

10. Interface device (1) according to claim 9. charac- 
terized in that said PSI/Sl generator (10) gener- 
ates program association tables (PAT), program 
map tables (PMT). selection information tables 
(SIT) that are inserted in predetermined time inter- 
vals into the filtered MPEG-2 transport stream (fil- 
tered-TS) by the transport packed injecter (11). 

11. Interface device (1) according to claim 9 or 10. 
characterized in that said PSI/Sl generator (10) 
generates discontinuity information tables (DIT) 
that are inserted at the beginning and at the end of 
each transmission into the filtered MPEG-2 trans- 
port stream (filtered-TS) by the transport packed 
injector (11). 

12. Interface device (1) according to anyone of claims 8 
to 11. characterized in that said network is an 
IEEE 1394-based digital home network. 

13. Interface device for distributing MPEG-2 transport 
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Streams on a network, comprising: 

a storage medium (20) delivering a MPEG-2 
program stream (PS); 

a TS generator (13) connected to said storage 5 
medium (20) to receive said MPEG-2 program 
stream (PS), to output a MPEG-2 transport 
stream (partial TS); and 
a network interface (4) connected to said TS 
generator (13) to receive said MPEG-2 trans- io 
port stream (partial TS) and to output it to a bus 
(6) of said network. 



14 

acterized in that said PSI/SI generator (10) gener- 
ates discontinuity Information tables (DI7) that are 
inserted at the beginning and at the end of each 
transmission into the MPEG-2 transport stream 
(TS) by the transport stream multiplexer (16). 

Interface device according to anyone of claims 13 
to 16. characterized in that said network is a 
IEEE1394-based digital home network. 
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14. Interface device according to claim 13. character- 
ized in that said TS generator (1 3) comprises: is 

a program stream filter (14) receiving said 
MPEG-2 program stream (PS) from said stor- 
age medium (20). decoding program stream 
pack headers out of said received MPEG-2 20 
program stream (PS) to provide system clock 
reference values, and filtering the received 
MPEG-2 program stream (PS) to Include only 
selected services and to output only those 
packets of the program stream (PS) of the 25 
required components; 

a PGR generator (17) receiving said system 
dock reference values to output PGR values; 
a transport packetizer (15) receiving said pack- 
ets of the program stream (PS) of the required 30 
components from the program stream filter (1 4) 
and said PGR values from the PGR generator 
(17) to split each incoming program stream 
packet into 184-byte units and to add a trans- 
port packed header with pre-defined PID val- 35 
ues. to generate a packet stream thereform 
and to add said PGR values into the packet 
stream at the required rate; 
a PSI/SI generator (18) generating new pro- 
gram specific information/service information 4o 
(PSI/SI) tables for the selected services of the 
program stream; 

a transport stream multiplexer (16) storing the 
tables generated by said PSI/SI generator (18) 
and Inserting them into the packet stream with 45 
inserted PGR values output by said transport 
packetizer (1 5) and to output an MPEG-2 trans- 
port stream (partial-TS). 

15, Interface device according to claim 14. character- so 
ized in that said PSI/SI generator (10) generates 
program association tables (PAT), program map 
tables (PMT), selection information tables (SIT) that 
are Inserted in predetermined time Intervals into the 
packet stream with inserted PGR values by the ss 
transport stream multiplexer (16); 

16. Interface device according to claim 14 or 15, char- 
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